home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000957_mcrae@lib.ucsf.edu _Sat Apr 24 01:17:49 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <mcrae@lib.ucsf.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA00222; Sat, 24 Apr 93 01:17:49 MET DST
  4. Received: from knowman.lib.ucsf.EDU by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA28551; Sat, 24 Apr 1993 01:37:43 +0200
  6. Received: from theodoric.lib.ucsf.EDU by knowman.lib.ucsf.EDU (4.1/GSC4.21)
  7.     id AA21197; Fri, 23 Apr 93 16:37:47 PDT
  8. Message-Id: <9304232337.AA21197@knowman.lib.ucsf.EDU>
  9. To: www-talk@lib.ucsf.edu
  10. Subject: Re:  how should remote path names be handled?
  11. Date: Fri, 23 Apr 93 16:38:47 MDT
  12. From: Christopher McRae <mcrae@lib.ucsf.edu>
  13.  
  14.  
  15. Jay C. Weber writes:
  16. > How about variable name substitution in URLs?  E.g., you
  17. > could use a HREF=file://$parentsite$parentdir/foo.html to make
  18. > explicit how the broswer should construct relative pathnames.
  19. > 
  20. > The advantage of this over the current HREF=file:foo.html
  21. > scheme is it opens up many other kinds of context-sensitive
  22. > URLs, like substituting the parentsite but naming a new
  23. > directory path.  Or, browsers (the WWW library I guess) could
  24. > define new variables like $standardsite, which would depend
  25. > on the user's continent (per the recent suggestion about
  26. > distributing servers).
  27.  
  28.   If you are going to add variable substitution to URL's, then perhaps
  29. it would be best to define two types of variables: those which are
  30. to be interpreted by the client, and those which the server should
  31. expand.  
  32.   Thus, a user could configure their browser session so as to
  33. force a particular interpretation of any "variant" links
  34. encountered.  The $standardsite variable mentioned above is
  35. one example of a variable which should be interpreted locally,
  36. i.e. by the client.
  37.   Server-interpreted variables, on the other hand, could be used
  38. by information administrators to ease the task of maintaining
  39. document archives and to enhance reliability and efficiency.  The
  40. $parentsite and $parentdir variables mentioned in Jay's message
  41. are examples of these types of variables.  Another example would
  42. be a $least_busy_server_of_group_GROUP variable, as in
  43.     http://$least_busy_of_group_GROUP/foo.html.
  44. The server would replace this variable with the address of the least
  45. busy server in the group of servers named GROUP.
  46.   So, how are the two types distinguished?  Suppose that a server
  47. variable is preceeded by a single '$'. and client variables would be
  48. referenced by two $, o
  49.